This is the eighth article in the agile development user story series. (Topic directory) The content of this article comes from the experiences and achievements summarized by the Martian team after compiling the stories of 300 users in the Martian product, developers who are devoted to agile development and are confused about user
We ' re in Orlando for a working session as part of the Core Team building BABOK V3 and over dinner this evening we got to D Iscussing the relationship between user stories and use cases (it wasn ' t the only thing we discussed, we is also a social Group;-)).We noted with concern that there has been a number of recent discussions (client, articles, blogs and general industry) O F using both
This article is based on the book "user stories and agile methods" after attending the agile1001 Open Class in January this year.1. What is a user story?
User stories are valuable functions for users. Good user
This is the first article in the agile development user story series. (Topic directory)
It is often asked whether there are complete user stories. I have searched for about two or three articles on the Internet, but most of them are just to describe the syntax of user stories
Many new agile teams will encounter difficulties when dividing user stories into small pieces to make better use of agile technologies. AgilityCommunityMore than oneArticleIt provides guidance on how to effectively split user stories.
When we split a huge user story into s
This is the fifth article in the agile development user story series. (Topic directory)
Introduction
In No. 1, No. 2, and No. 3, we once mentioned "as ...... Yes ...... So that ......" To better reflect customer value.
Let's try to describe these two stories:
1. If you place the "Save button" on the top of the page rather than the bottom of the page, you do not need to scroll the screen to save the modifica
1. Write a story
This chapter only lists the characteristics of good stories. Invest: Independent, negotiable, valuable to users, evaluable by developers, small, and testable.
2. User Role Modeling
This chapter only lists how to obtain a user role, but does not provide a good basis for the Division. The specific method is a refined process.
Brainstorm to find
13th. Advantages of User Stories From the previous chapter we learned that there are a variety of ways to handle demand, but why should we choose a user story? Because it brings multiple benefits:① User Stories emphasize verbal communication: from ancient times, oral expres
"User Stories and agile development" reading notes Today I took two hours to read the 12th, 13, 14 and 15 chapters of user stories and agile development and wrote this reading note. The 12th chapter is titled "Story is not what". IEEE 830 is a guide to how to write software requirements specifications, and the most pr
"1" This week PSP
Category
Content
Start time
End time
Interrupt Time
Actual time
Activities
Stand-up meeting this week
-
-
-
120 minutes
Write a blog
Typical user, scenario
20:30
21:30
-
60 Minutes
"2" pie chart"3" This week's progress bar
Cumulative number of essays
----
Code Cumulati
In the agile development process, the user stories are used to describe the requirements into realistic and visible development tasks that can be iterated. Therefore, in the process of agile software development, the Division of user stories plays an important role in iteration and development.
A
The user story gets so many people's affirmation, is because its own superiority has many: 1, the user story emphasizes the verbal communication, because the traditional through each kind of document carries on the expression, each person has the different understanding to the literal meaning, therefore may in the reading document process because the understanding different to the project completion influen
Thoughts on "User stories and Agile Methods" (v.)Today, I read the third part of the book-the topics that are often discussed, the user stories are not what, the advantages of user stories and bad signs.First, the
12th Chapter: What is the storyThe user story differs from the IEEE 830 Software Requirements Specification, use case, and the home-pride design scenario.It is more important to consider the user's goal than to list the characteristics of the scenario.User stories are similar to use case scenarios. They have different integrity and longevity. They are written for different purposes.The 13th chapter: The adv
Using Scrum Agile Project management method for product development, when the large-scale product development, user stories are more, it is necessary to take certain methods to organize and manage user stories, so that the management of their categories, organized only clear. Often we use "functional architecture" to c
assumptions and possible alternatives) to the customer to help her prioritize stories. Be responsible for making a trade-off between basic requirements or architectural requirements and other client requirements to avoid the unrealistic need to increase the priority of basic or architectural requirements. When the release plan is established, it is responsible for the project buffer based on the actual story point, including a certain length of time.
Refer to http://www.subcide.com/articles/how-to-write-meaningful-user-stories/
I 've seen a lot of projects fail when by all accounts, they shouldn't have. the reason for this nearly every time, was that the requirements gathering stage of a project was done poorly, or sometimes not at all. sometimes this is driven by budget or deadline constraints, and sometimes it's because the people responsible are just
(Preface,One,II., 3, 4, 5)
Try Classification
There are various classification methods to reorganize user stories. below is my own classification, not a mature method. When using these methods, you must understand the intent rather than the method, so that you can flexibly modify it when you have other intentions.
Granularity
Visible to customers
Visible to product manager
Visibl
This is the second article in the agile development user story series. (Topic directory)
The syntax model used in user stories in Agile development seems simple, but it contains profound ideas.
"As ......, Yes ......, In order )......" Different from the description of functional requirement entries, there are three ...... Jump roles, functions, and values onto t
the requirements from the user's point of view. User stories are the best way to shift the focus of a team from describing, writing functional requirements to discussing requirements.A user story is a user's point of view to describe a user's desired functionality. A good user story consists of three elements:
The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion;
products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the
content of the page makes you feel confusing, please write us an email, we will handle the problem
within 5 days after receiving your email.
If you find any instances of plagiarism from the community, please send an email to:
info-contact@alibabacloud.com
and provide relevant evidence. A staff member will contact you within 5 working days.